Configuração do espaço de bitmap para serviços de cópia, espelhamento de volume ou RAID

Os recursos de Serviços de cópia e RAID requerem que pequenas quantidades de cache do volume sejam convertidas da cache de memória em memória de bitmap, para permitir que as funções operarem. Se você não tiver espaço de bitmap suficiente alocado quando tentar usar uma das funções, não será possível concluir a configuração.

Antes de Iniciar

A memória total que pode ser dedicada a essas funções não é definida pela memória física no sistema. A memória é limitado pelas funções de software que utilizam a memória.

No planejamento da instalação para um sistema, considere os requisitos futuros para as funções avançadas. Revise as seguintes tabelas para calcular os requisitos de memória e confirme se seu sistema está preparado para acomodar o tamanho total da instalação.

O Tabela 1 descreve a configuração do espaço de bitmap em um sistema.
Tabela 1. Configuração padrão do espaço de bitmap
Serviço de Cópia Mínimo alocado espaço de bit Espaço de bitmap alocado padrão máximo de espaço de bitmap alocado No mínimo1 funcionalidade ao usar os valores padrão
Cópia remota 2 0 20 MiB 512 MiB 40 TiB de capacidade de volume de espelhamento remoto
FlashCopy 3 0 20 MiB 2 GiB 10 TiB de capacidade de volume de origem do FlashCopy

5 TiB de capacidade de volume de origem incremental do FlashCopy
Espelhamento de volume 0 20 MiB 512 MiB 40 TiB de volumes espelhados
A soma de toda a alocação de memória de bitmap de todas as funções, exceto FlashCopy, não deve exceder 552 MiB.

2 A cópia remota inclui Metro Mirror e Global Mirror.

3 FlashCopy inclui a função FlashCopy e Global Mirror com volumes de mudança.

3 FlashCopy inclui a função FlashCopy e Metro Mirror e Global Mirror configurados com volumes de mudança.

As tabelas a seguir descrevem a quantidade de espaço de bitmap necessário para configurar as várias funções de Copy Services:

Esta tabela fornece um exemplo da quantia de memória que é necessária para as funções de espelhamento remoto, funções do FlashCopy e espelhamento de volume.

Tabela 2. Exemplos de memória necessária
Função Tamanho de granularidade 1 MiB de memória fornece a capacidade de volume a seguir para o grupo de E/S especificado
Cópia Remota 256 KiB 2 TiB de capacidade de volume total de Metro Mirror ou Global Mirror
FlashCopy 256 KiB 2 TiB de capacidade total do volume de origem do FlashCopy
FlashCopy 64 KiB 512 GiB de capacidade total do volume de origem do FlashCopy
FlashCopy Incremental 256 KiB 1 TiB de capacidade total do volume de origem do FlashCopy incremental
FlashCopy Incremental 64 KiB 256 GiB de capacidade total do volume de origem do FlashCopy incremental
Espelhamento de volume 256 KiB 2 TiB de capacidade de volume espelhado
Notas:
  1. Para diversos destinos de FlashCopy , é preciso considerar o número de mapeamentos. Por exemplo, para um mapeamento com um tamanho de granularidade de 256 KiB, 8 KiB de memória permite um mapeamento entre um volume de origem de 16 GiB e um volume de destino de 16 GiB. Alternativamente, para um mapeamento com um tamanho de granularidade de 256 KiB, 8 KiB de memória permite dois mapeamentos entre um volume de origem de 8 GiB e dois volumes de destino de 8 GiB.
  2. Ao criar um mapeamento de FlashCopy , se for especificado um grupo de E/S diferente do grupo de E/S do volume de origem, a contabilidade de memória vai em direção ao grupo de E/S especificado, não em direção ao grupo de E/S do volume de origem.
  3. Para o espelhamento de volume, o total de 512 MiB de espaço de memória fornece 1 PiB de capacidade total de espelhamento de volume.
  4. Ao criar novos relacionamentos de FlashCopy ou volumes espelhados, espaço de bitmap adicional será alocado automaticamente pelo sistema se necessário.
Antes de especificar as mudanças de configuração, considere os fatores a seguir:
  • Para mapeamentos do FlashCopy, somente um grupo de E/S consome espaço de bitmap. Por padrão, o grupo de E/S do volume de origem é utilizado.
  • Para relacionamentos de Metro Mirror e Global Mirror, existem dois bitmaps. Um bitmap é usado para o sistema principal e um é usado para o sistema auxiliar porque a direção do relacionamento pode ser revertida.
  • Ao criar um mapeamento reverso; por exemplo, para executar uma operação de restauração a partir de uma captura instantânea para seu volume de origem; um bitmap também é criado para esse mapeamento reverso.
  • Ao configurar volumes de mudança para uso com Global Mirror ou Metro Mirror, são criados dois mapeamentos internos de FlashCopy para cada volume de mudança.
  • O bitmap menor possível é de 4 KiB; portanto, um volume de 512 bytes requer 4 KiB de espaço de bitmap.
Em sistemas existentes, também considere esses fatores:
  • Quando você cria mapeamentos do FlashCopy e volumes espelhados ou volumes formatados totalmente alocados, o sistema tenta aumentar automaticamente o espaço de bitmap disponível. Não é necessário aumentar esse espaço manualmente.
  • Os relacionamentos de Metro Mirror e Global Mirror não aumentam automaticamente o espaço de bitmap disponível.
  • Se você criar e, em seguida, excluir vários desses objetos, considere o uso do comando chiogrp para reduzir a memória que está reservada para essas funções e libere essa memória para outro uso.

É possível também usar os comandos lsiogrp e chiogrp da interface da linha de comandos (CLI) para modificar as configurações.